
Calhoun: The NPS Institutional Archive 
DSpace Repository 


Theses and Dissertations 1. Thesis and Dissertation Collection, all items 


1989-06 

Logistic support for non-developmental Items 


Weaver, Steven E. 

Monterey, California. Naval Postgraduate School 


http://hdl.handle.net/10945/42112 
Downloaded from NPS Archive: Calhoun 



DUDLEY 

KNOX 

LIBRARY 


Calhoun is a project of the Dudley Knox Library at NPS, furthering the precepts and 
goals of open government and government transparency. AU information contained 
herein has been approved for release by the NPS Public Affairs Officer. 

Dudley Knox Library / Naval Postgraduate School 
411 Dyer Road / 1 University Circle 
Monterey, California USA 93943 


htt p ://w w w. n ps.e-du/l ib ra ry 


AD-A217 901 


OTIC FILE COPY 

NAVAL POSTGRADUATE SCHOOL 

Monterey, California 



Logistic Support for 
Non Developmental Items 

by 

Steven E. Weaver 
June 1989 


Thesis Advisor: Edwin N. Hart 


Approved for public release; distribution is unlimited 


90 oz J20B4 




Unclassified_ 


security class.F'Cat,on o-- this pag 


la REPORT SECUROy Class ? CATION 

UNCLASSIFIED 


2a SECURi t y ClASS'P'CAT ON AuTmOR *v 


2d DECLASSiPiCA’iON DOWNGRADING SChEDuL 


4 PERFORMING ORGANIZATION REPORT NUMBER 


6a NAME OF PERFORM NG ORGANIZATION 

Naval Postgraduate Schoc 


REPORT DOCUMENTATION PAGE 


ID RESTRICTIVE MARmNGS 


form Approved 
OMB NO 0704-0188 



6c ADDRESS (City State, and ZIP Code) 


Monterey, CA 93940-5000 


8a NAME O? FjrO •.£ S°ONSO= NG 

9r- OF' CE SYMBO. 

ORGANIZATION 

(if applicable) 

8c ADDRESS fOfy Stare ana ZIP Code) 


3 DISTRIBUTION •'AvA'IAB.Li tY OF REPORT 

Approved for Public Release. 


S MONITORING ORGANIZATION REPORT NUMBER(S; 


7a NAME OF MONITORING ORGAN ZAT.ON 

Naval Postgraduate School 


7D ADDRESS (C/fy. State and ZIP Code) 

Monterey, CA 93940-5000 


9 PPOCuREMEN' iNSTRuMEV IDE N'T CA" ON V_V 


io source of fund ng numbers 


program PRO.EC' 

eleven- ng no 




vVQCr <J • t 
ACCESSION no 


11 TiTlE (Include Security Classical or, 

LOGISTIC SUPPORT FOR NON DEVELOPMENTAL ITEMS (UNCLASSIFIED) 


'3a -YPE G : PFPOR' i: 7 Mi CO.EREO '4 DA T E OF REPOR (Year Month Day) 

Master's Thesis !S -'”__ June 1989 


16 and EV do fc no f t o: ^'iS«5 views expressed in this thesis are those of the autho: 
ana go not reflect the official policy or position of the Department 

of Defense or the U.S. Government. 


*b S.S.tC" T£PVS (Continue on reverse <t necessa r > and identity by block number) 

f Logistic Support-) C iSi 0 r>' m<acKi V\ <; # 

Non Developmental Item O ' '' * CE t \ - 


19 ASS’Fi'Al* -.Continue on reverse il necessa-y and rOentrty-py block nurr.pc. 

^ The objectives of this research are: (1) to examine how the decision 
is made to use a Non-Developmental lteift\(NDl) to meet an operational 
requirement; and (2) to formulate an evalb^tion model that could be used 
by the decision maker to determine which support method would be most 
suitable for the NDI in question. \ 

In formulating the model presented in this thesis (the Support System 
Decision Matrix), actual cases of NDI were studied and; the lessons 
learned from these efforts were consolidated intc^a model. The heuristi< 
considers system use factors and system specific factors and ranks the 
four basic ways to support a system: (1) discard System upon failure (no 
support), (2' t'-'tal contractor support, (3) organic support and (4) a 
combination of orcar.ic and contractor support.^ 



:n 


(/,: {tnouO- J’ 


5 4 HR 


DO fc 7 ~ 1473 JUN b‘ 










































Unclassified 


SECURITY CLASSIFICATION OF THIS PAGE 


(19) Continued: 

Conclusions and recommendations focus on how the military services 
can field effective systems by using the NDI process. The NDI proces 
often makes sense from both an economic and a time perspective, but 
strict attention must be given to the logistic support requirement 
for these systems when fielded. 


Accession For 

NTIS GRAJfcl 
DTIC TAB 
Unannounced 
Justification- 


By- 

Di stribution/_ 

Availability Codes 
Avail and/or 
Dlst Special 






DO Form 1473, JUN 86 


Unclassified 








Approved for public release; distribution is unlimited. 


Logistic Support 
for 

Non-Developmental Items 
by 

Steven E. Weaver 
Lieutenant, United States Navy 
B.S., U.S. Naval Academy 

Submitted in partial fulfillment 
of the requirements for the degree of 

MASTER OF SCIENCE IN MANAGEMENT 

from the 

NAVAL POSTGRADUATE SCHOOL 

Author: 


Approved by: 


Edwin N. Hart, Thesis Advisor 



Dean of Information and Policy Sciences 



iii 











ABSTRACT 


The objectives of this research are: (i) to examine how the decision is made to 
use a Non-Developmental Item (NDI) to meet an operational requirement; and (2) to 
formulate an evaluation model that could be used by the decision maker to determine 
which support method would be most suitable for the NDI in question. 

In formulating the model presented in this thesis (the Support System Decision 
Matrix), actual cases of NDI acquisitions were studied and the lessons learned from 
these efforts were consolidated into a model. The heuristic considers system use 
factors and system specific factors and ranks the four basic ways to support a system: 
(1) discard system upon failure (no support), (2) total contractor support, (3) organic 
support and (4) a combination of organic and contractor support. 

Conclusions and recommendations focus on how the military services can field 
effective systems oy using the NDI process. The NDI process often makes sense from 
both an economic and a time perspective, but strict attention must be given to the 
logistic support requirement for these systems when fielded. 
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I. INTRODUCTION 


A. BACKGROUND 

This thesis examines logistic support concepts for Non-Developmental Items (NDIs). 
It analyzes the way to develop a logistic support strategy for NDIs. The research 
focuses on how system use factors and other program characteristics will affect the 
support decisions. 

B. OBJECTIVES 

The objectives of this study are: (1) to determine how program managers choose 
an NDI to meet an operational requirement, (2) to identify’ the causes for logistic 
support difficulties when fielding NDIs, (3) to identify the program parameters that can 
suggest the most effective support program, and (4) to develop a model to aid in 
determining the preferred method of support for an NDI. 

C. RESEARCH QUESTIONS 

In pursuing the objectives of the research, the following questions were addressed: 

1. How is the decision made to use an NDI to meet an operational requirement? 

2. What method best determines how to support an NDI? 

3. What program parameters identify the best support program? 

4. Is it possible to develop a model which will aid the program manager in 
determining which support method is best suited for the acquisition? 
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D. SCOPE, LIMITATIONS AND ASSUMPTIONS 

The scope of this thesis will cover the development of the heuristic, or rules of 
thumb, for choosing a satisfactory form of logistic support. This thesis will not define 
adequate logistic support, but will offer a way to rank alternative methods of providing 
logistic support based on a decision to use NDIs. 

No factors limited the efforts of this research. This thesis focuses on the Federal 
acquisition process without specifically addressing the Planning, Programming and 
Budgeting System (PPBS). It is written under the assumption that the reader has a 
working knowledge of the requirements and procedures involved in the acquisition and 
budget process. 

E. LITERATURE REVIEW AND METHODOLOGY 

The information presented in this thesis came mostly from the available literature 
on the subject of system acquisition, logistic support and NDIs. The literature base 
includes current acquisition directives and instructions (specifically DOD instructions 
5000.1 and 5000.2 of 1 September 1987 and OMB Circular A-109 of April 1976) and 
military department studies on acquisition and NDIs, and studies prepared by private 
companies such as the Logistics Management Institute. Finally, program managers and 
logisticians were interviewed for their personal insight of the subject. 

F. DEFINITIONS AND ABBREVIATIONS 

The concepts of this study are based on precise definitions used in acquisition 
management and logistics engineering. Appendix B is a glossary of terms and 
Appendix C is a list of acronyms used in this thesis. 
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(I. ORGANIZATION OF THE STUDY 

The organization of this thesis includes an introduction, four development chapters, 
and a final chapter of conclusions and recommendations. Chapter II provides an 
overview of the acquisition process and a background of NDI and related logistic 
support problems. Chapter El addresses the specific research questions and reviews 
the Department of Defense (DOD) guidance on NDIs and logistic support. Chapter IV 
presents a valuative model which can be used by a program manager as an aid in 
determining a support methodology for NDIs. This model emulates a model developed 
by LCDR D. S. Parry and LCDR B. R. Sellers for determining the "best method" of 
selecting a second-source contractor when the current item is provided by a sole source 
contractor. Chapter V is a case study of the Logistic Application of Automated 
Marking and Reading Symbols (LOGMARS) program. In addition, the model 
developed in Chapter IV is applied to the LOGMARS case study. Finally, Chapter VI 
presents conclusions drawn from this research and provides recommendations for further 
study, The appendices provide related information useful in improving the reader’s 
understanding of the research. 
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II. FRAMEWORK AND BACKGROUND 


A. INTRODUCTION 

This chapter presents a theoretical framework for discussing acquisition and logistic 
support implications of Non-Developmental Items (NDI). It begins with a broad 
overview of the acquisition process; it considers the implications of NDI on the 
acquisition process and discusses some of the advantages and disadvantages of an NDI 
procurement compared to a non-NDI procurement. 

The government acquisition process is very complex and cumbersome. Only 
through an understanding of this process and the nature of NDI’s is a more specific 
examination of the support of these items possible. This chapter builds a foundation 
upon which to understand that process and its relationship to NDl's. 

B. THE ACQUISITION PROCESS 

The purpose of the acquisition process is simple. It is to develop, produce, supply 
and support weapon systems to achieve the operational goals of the Armed Services. 
The President establishes these goals as National Security objectives and policies. The 
resulting acquisition process involves making millions of procurement actions and 
spending billions of dollars each year. The size of this action requires close control 
and guidance. 

The basic guidance for Department of Defense (DOD) acquisition programs comes 
from the President through his Office of Management and Budget (OMB) through 
Circular A-109 entitled "Major System Acquisitions" of 5 April 1976. A-109 embodies 
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the recommendations of the 1972 Commission on Government Procurement to provide 
a standard organization policy to the Executive branch of the Government, including 
the Department of Defense (DOD). 

The Department of Defense (DOD) expanded Executive guidance by developing two 
additional directives. The first is Department of Defense Directive (DODD) 5000.1 of 
1 September 1987. Its title is "Major and Non-Major Defense Acquisition Programs." 
The second is DODD 5000.2 of 1 September 1987, known as "Defense Acquisition 
Program Procedures." These instructions expand A-109, and are designed to provide 
a single, uniform system for planning, designing, developing, procuring, maintaining and 
disposing of all equipment, facilities and services for DOD. 

Identifying the precise beginning of the acquisition process is difficult. Programs 
begin in a variety of ways. A new' system may start as a replacement for a system 
that has become obsolete. Government intelligence services may detect a new threat 
or mission that requires a system different from any yet designed. Also, new 
technology may emerge that forces the development of a new weapon system. Each 
military department would address the requirements with plans and recommendations 
through its Planning. Programming and Budgeting System (PPBS) in documents known 
as Program Objective Memorandums (POM). 

Before Program Objective Memorandums are prepared and submitted through the 
PPBS process, services perform an activity known as Mission Area Analysis (MAA). 

1. Mission Aren Analysis 

Mission Area Analysis (MAA) is an ongoing process of identifying a perceived 
threat, a change in technology, or input from operational personnel that results in a 










modification to an existing weapon system or provides the opportunity to develop a 
new system. National intelligence agencies may detect the presence of a new threat 
to security or users may report deficiencies in current designs or performance 
deficiencies of existing systems. However, most of the MAA is conducted outside the 
operational community’. Research and Development (R&D) centers and commercial 
industry provide much of the MAA as a result of independent research and 
development programs and breakthroughs in technology. 

One element of MAA is market surveillance. Market surveillance is the 
process of reviewing the commercial market for technology and systems that may fulfill 
operational requirements. No matter how well organized, DOD cannot normally 
duplicate the economies of scale possible in a mass market, nor the power of the free 
market system to select and perpetuate the most innovative and efficient producers. 
Due to their very nature, products developed uniquely for the military usually cost 
more than their commercial counterparts. Therefore, market surveillance helps the 
DOD avoid some of the costs associated with research and development efforts by 
purchasing goods and services directly from the industry. 

Following MAA. the mission need is formally documented in a Mission Need 
Statement (MNS). an Operational Requirement (OR), or a Required Operational 
Capability (ROC), which defines the need for a new or modified weapon system 
capability [Ref. l:p. 6]. 

2. Exploration of Alternative Systems 

The process of finding the concept that best meets the mission need is helped 
if the requirement is described in general terms since it allows consideration of the 
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widest range of possible solutions [Ref. 2:p. 17]. Once the POM or the PPBS process 
identifies a deficiency in the Navy’s capability to meet a mission, a Tentative 
Operational Requirement (TOR) is developed. This document identifies a potential 
need for a new system. The Space and Naval Warfare Systems Command (SPAWAR) 
reviews the TOR for all System Commands. After the review, SPAWAR identifies the 
Warfare Systems Engineer (WSE) and Warfare Systems Architecture (WSA) standards 
[Ref. 3:p. 3-2]. These standards, in turn, identify the cognizant System Command for 
system development. This is necessary for preparing another document known as a 
Development Options Paper (DOP) which is prepared by the appropriate Systems 
Command, assigned by SPAWAR. 

The DOP identifies a series of system alternatives or contains a presentation 
of cost-capability curves for key system parameters. The Office of the Chief of Naval 
Operations (OPNAV) decision makers can use this information in choosing the best 
concept(s) to meet the threat identified in the POM or the PPBS process. The DOP 
contains information on technical issues, logistics, schedule, and cost considerations for 
each proposed alternative. The DOP is the basis of the MNS. It recommends 
solutions for the threat identified in the POM or the PPBS process. It is at this point 
in the acquisition process that decision makers should consider using NDI's as part of 
their acquisition strategy when selecting alternative systems. 

3. Mission Need Statement 

The Mission Need Statement (MNS) serves, for major systems, the same 
purpose as the OR and ROC do for other-than-major systems. DODD 5000.2 specifies 
its format. The Mission Need Statement should include the following information: 
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1. The specific element of the Defense Guidance to which the system 
responds. 

2. The mission of the system and the expected national security threat. 

3. The known alternative solutions to the threat. 

4. The opportunities for cooperation with foreign nations. 

5. An assessment of the technology base for the known alternatives. 

6. The funding requirements. 

7. Any constraints or boundary conditions, and 

8. The acquisition strategy. [Ref. l:p. 3-1] 

C. DEFINITION OF NDI 

The 1987 National Defense Authorization Act defines NDI as: 

1. Any item of supply that is available in the commercial marketplace. 

2. Any previously-developed item of supply that is in use by a department or 
agency of the United States, a State or local government, or a foreign 
government with which the United States has a mutual defense cooperation 
agreement. 

3. Any item of supply described in paragraph 1. or 2. that requires minor 
modification in order to meet the requirements of the procuring agency. 

4. Any item of supply that is now produced that does not meet the requirements 
of paragraph 1., 2. or 3. solely because the item: 

a. Is not in use yet, or 

b. Is not available in the commercial marketplace yet. 

The DOD uses various definitions, all similar to the statutory definition. The 
Army further segregates the definition into three separate categories: 

1. Category’ A - Off-the-shelf items used in the same environment for which the 
items were designed with little or no development required. 

2. Category B - Off-the-shelf items used in an environment different from that 
for which the items were designed. 
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3. Category C - Integration of existing components and essential engineering 
effort to accomplish systems integration with research and development to 
integrate systems. 

The Federal Acquisition Regulation (FAR) defines "commercial product" as: 

A product, such as an item, material, component, subsystem, or system, sold or 
traded to the general public in the course of normal business operations at prices 
based on established catalog or market prices. 

The FAR defines "commercial-type product" as: 

A commercial product (a) modified to meet some government-peculiar physical 
requirement or addition, or (b) otherwise identified differently from its normal 
commercial counterparts. 

D. MILESTONE PROCESS 

1. Milestone 0-Concept Exploration/Definition Phase 

In the acquisition process, milestones are decision points along the development 

path that lead to production and deployment of a weapon system. The decision to 

move to the next phase is based on whether or not the system has successfully 

completed the preceding phase. Figure 1 is an overview of the milestone process. 

At Milestone 0, the Mission Need Statement has been approved to start a new' 

program. It is the first major decision point in the life-cycle of the new- system and 

signifies the beginning of the Concept Exploration/Definition (CE/D) Phase. 

The Concept Exploration/Definition phase is a busy time in a system’s life 

cycle. The Service normally establishes a program office within 90 days of the start 

of this phase to develop, produce, deploy and support a weapon svstem The program 

manager assembles a team to select alternative concepts and writes an acquisition 

strategy that addresses how the acquisition will be pursued. It attempts to identify 
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Figure 1. Department of Defense Acquisition Process 




concepts with the greatest potential of meeting the mission need identified during MAA 
and documented in the MNS. 

The program office completes the Concept Exploration/Definition (CE/D) phase 
in cooperation with industry, in-house Navy Research and Development (R&D) 
laboratories, universities, and contract research centers. The program office selects 
alternative concepts based on factors such as life cycle cost, development schedules, 
and performance characteristics. Most of the alternatives under consideration come 
from industry and the government uses in-house laboratories and research centers to 
review and evaluate concepts that have been submitted. The selection of the best 
concepts is based on their feasibility, technical risk, and cost tradeoffs. 
a. Market Research and Analysis 

Market research and analysis consists of researching the market for 
technology that is available to meet the user's need. On this subject, the FAR, part 
11 states: 

Once the Government's needs have been functionally described, market research 
and analysis shall be conducted to ascertain the availability of commercial products 
to meet those needs and to identify the market practices, including warranty terms, 
of firms engaged in producing, distributing, and supporting these products. 

Agencies shall conduct market research and analysis as needed to assure adequate 
competition and that the Government’s needs are met in a cost effective manner. 
The extent of market research and analysis will vary depending upon such factors 
as urgency, estimated dollar value, complexity, and past experience. 

When products meeting detailed specifications have satisfied user needs in the 
past, solicitations for commercial or commercial type products to fill the same 
requirement should include provisions allowing the former producers to be 
considered for award under the detailed specifications as long as the specifications 
are current and all potential suppliers are competing on a similar basis. 

One way to do this is for the program office to award several contracts 
to evaluate the concepts that may meet the need A successful CET) should, therefore, 








uncover all NDI products and technologies available to satisfy the need. It also has 
a potential secondary benefit of shortening the acquisition process. In order for the 
NDI to meet that need, the following questions should be addressed: 

1. Are there one or more NDI products available to satisfy a user’s need? 
If none are suitable, can an item be modified or can the requirement 
be relaxed without degrading performance? 

2. Can an NDI meet the performance requirements of a military tactical 
environment? 

3. Are available products efficiently transportable on highway, marine craft, 
railroad, and aircraft in their operational configurations? 

4. Are there suitable products available in enough quantities to meet 
government requirements without separate production runs? 

5. Are there support systems, including parts and backup capabilities that 
satisfy government needs available for the life of the system? What if 
the contractor producing the NDI goes out of business? 

6. What is the extent of competition for the item under consideration? 

7. Are commercial standards and warranties adequate to protect the 
Government’s interest? 

8 Are commercial training, operating and maintenance manuals available 
and adequate? 

9. Do companies making the NDI have a good product quality and 
logistics history? 

10. Is the vendor willing to demonstrate the item at a government location? 

11. Does the NDI incorporate accepted human factors engineering features? 

12. Are commercial configuration management controls adequate? 

13. Does the NDI meet safety, health and environment requirements? 

14. Is the NDI disposable (e.g., disposal of hazardous wastes)? 

15. Is there a structure in place for post-production support of NDI? If not, 
what will the maintenance requirements be and who will satisfy them: 
organic, commercial, mix? [Ref. 2:p. 20] 
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16. Does the NDI provide more than the user requirement at any cost to 
the Government? Is the NDI available in various configurations? 

17. Does the NDI allow for any growth in capability, capacity, 
performance? 

The results of early market research will shape the entire acquisition 

strategy. 

b. Acquisition Strategy 

The "Acquisition Strategy" is the program manager’s plan for satisfying 
the user’s need. The plan contains elements such as: program structure, requirements 
thresholds, priorities, resource availability, and who will have program review and 
decision authority. The use of an NDI in the acquisition strategy is impacted by these 
elements. For an NDI procurement, these elements fall into three categories—technical 
factors, business factors, and support factors. 

Technical factors include methods for modifying the basic product, a 
description for soliciting vender proposals, the use of non-govemment standards for 
describing quality requirements of the NDI, criteria for technical evaluation, and 
requirements for a technical data review. 

The acquisition strategy must also make effective use of the available 
financial and commercial resources. Factors associated with the use of resources are 
considered business factors. Business factors for the NDI include the most favorable 
delivery quantities over time, the acceptability of commercial qualification and quality 
assurance practices, special warrantee requirements, the distribution system, customer 
services, and the adequacy of packaging, handling, storage and transportation. 
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Support factors for NDI’s include the distribution system for spare parts, 
a maintenance concept for the entire system that capitalizes on existing facilities and 
equipment, and an incentive system for commercial repair to minimize cost. 

The program office must study the NDI solution carefully to determine 
how government use differs from its commercial use. Many times, government use 
will involve stressing the system in ways that the manufacture never envisioned. 
Therefore, an NDI solution may result in more logistic problems than it is worth. 
c. Integrated Logistic Support Requirements 

Integrated Logistic Support (ILS) activities must also be considered early 
in the development of a weapon system, especially where an NDI solution is being 
considered. The original system designer normally performs many ILS activities during 
CE/D. In using an NDI solution, the program manager does not have time to do a 
complete Logistic Support Analysis (LSA) and build a logistics program since the time 
between the signing of the contract and the deliver) of an NDI is often accelerated. 
The Government will normally rely heavily on the contractor, therefore, the program 
office must carefully review the logistics costs associated with an NDI. 

The document used to record logistic support considerations is known as 
an Integrated Logistic Support Plan (ILSP). An ILSP is a key factor in successfully 
fielding and ipporting a system. It covers all the logistic activities for the life of the 
system, such as identifying training requirements, listing necessary support equipment 
and indicating calibration requirements for the system. These and many other logistic 
support elements become an agenda for building a support program for the weapon 
system. 
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Logistic Support Analysis (LSA) is a process that applies various 
techniques and functions to make sure that the system designer considers three 
important logistic functions—maintainability, reliability and supportability. These 
functions must be demonstrated. Maintainability is a characteristic of system design 
and installation and is formally defined as the probability that a system or item can be 
retained in, or restored to, a "ready for service" condition through maintenance. It is 
measured by a factor called Mean Time To Repair (MTTR). Reliability is the duration 
or probability of failure-free performance under stated conditions. It is measured by 
a factor called Mean Time Between Failure (MTBF). Supportability is the degree to 
which appropriately skilled persons, training, and resources are in place to minimize 
logistics-related delays within the maintenance process. Supportability is measured by 
a factor called Mean Logistics Delay Time (MLDT). These three factors form the 
basis of Operational Availability, which is a measure of readiness. It is the ratio of 
up-time to up-time plus down-time. MTBF is a measure of up-time and down-time 
is the sum of MTTR and MLDT. Therefore, Operational Availability is MTBF divided 
by the sum of MTBF. MTTR and MLDT. System readiness objectives and thresholds 
serve as the basis for evaluating the success of logistic support analysis planning. It 
is also the basis for making improvements to a weapon system if the objectives and 
thresholds are not reached. 

Maintenance planning is the foundation for all other maintenance-related 
support planning. It must reflect design features in the maintenance concept. It is the 
process conducted to evolve and establish maintenance concepts and requirements for 
the life of the system. It also translates the maintenance approach into maintenance 
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task requirements that will ensure the required availability of the system or equipment. 
For example, if an equipment has no ability to identify a suspected cause when it fails 
—no built-in-test capability-maintenance planning should identify a maintenance task 
to isolate the failure and list the tools needed to complete this task. 

Manpower and training considerations must also receive special 
consideration in the logistic planning. The specific requirements for maintenance and 
support personnel are determined as part of the LSA process. This, in turn, drives the 
requirements for recruiting and training persons to support the system. 

Another critical concern is supply support. Supply support includes the 
spare parts and the associated inventories necessary for maintenance of the system. 
Requirements are based on the maintenance level where repair is performed, the 
geographical location where spare/repair parts are stocked, demand rates and inventory 
levels of the spares, procurement lead times and the methods of distribution. 

Support equipment is another important element of logistic support. These 
requirements must be identified early in the acquisition process. These include 
selecting calibration standards and tolerances, identifying the prime equipment functions 
that will be measured and repaired, and the intended maintenance environment. This 
allows the program manager to make funds available for buying this type of equipment 
and getting it to the maintenance and support facilities in time to use it. 

Finally, the program manager must address the transportability 
requirements for the system. The program office must consider the methods for 
transporting and handling the system from the producer to the user. This includes 
consideration of temperature range, vibration and shock, and humidity experienced in 
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transportation, the possibility of equipment degradation, and whether the system can be 
easily disassembled, packed, and transported from one location to another. In the 
DOD, logistics is an international business, and transportation requirements often 
involve the worldwide distribution of supplies. Therefore, the system may require 
unique packaging or specialized environmentally controlled containers for transportation. 

The logistic tasks for a program will vary with the requirements and the 
specific need of the user. Program managers must provide certain minimum 
requirements for any program. The logistic support considerations are very different 
for an NDI than for a purely government developed system. The specific differences 
are discussed in Chapter III. 

d. System Concept Paper 

The System Concept Paper (SCP) summarizes the results of the Concept 
Exploration/Definirion phase and nominates the best concept(s) to be tested and 
demonstrated in the next acquisition phase. The SCP also discusses the rational for 
eliminating concepts that have been deemed inappropriate, technically risky or too 
expensive to develop. 

L. CONCEPT PROVE-OIT PHASE 

The selection of a concept and approval to move into the Concept Prove-out Phase 
is a key event in the acquisition of an NDI. The Concept Prove-Out Phase replaces 
Concept Demonstration and Validation (CD&V) and the Full Scale Development (FSD) 
phases that are normally associated with non-NDl acquisitions. Primary considerations 
during Concept Prove-out Phase are (1) program alternative trade-offs, (2) 
performance/cost and schedule trade-offs. (3) appropriateness of acquisition strategy. (4) 
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demonstration of the system or selected system components, (5) affordability and life- 
cycle costs, (6) potential common-use solutions and (7) cooperative development 
opportunities. 

Once the acquisition strategy approves the use of an NDI, the program office then 
attempts to procure it. If the buying agency is procuring a Category 1 NDI—an item 
available from the commercial marketplace, without modification—the prove-out phase 
will attempt to demonstrate the availability factors of the selected item. The factors 
normally demonstrated are MTBF and MTTR. For NDIs modified for military use, the 
Prove-out Phase will also include testing and demonstration of the NDI until it meets 
the goals established during CE/D. 

At the close of the Concept Prove-Out Phase, a production decision is reported in 
a document known as a Decision Coordinating Paper (DCP). It establishes the need 
for a production contract. Following the solicitation of contractors, proposals are 
evaluated using pre-established selection criteria. The final selection of a contractor 
should be based on a proposal that provides the best value to the Government, meaning 
that selection should be based on life cycle costs of the item. 

F. PRODUCTION AND DEPLOYMENT 

Once the contract is awarded and the NDI is pending delivery, the program 
manager must update the ILSP to ensure that the fielded system can be supported. 
Details of the ILSP will be discussed in detail in Chapter III. 

Initial Operating Capability (IOC) is the point in time when the system can be 
operated and supported by the users. The transition process from production to 
operational use is a critical time in a program The system, its ancillary equipment and 
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the logistic support must all be in place at the same time. The goal is to meet user 
requirements and to provide an operational system that is ready to go at the required 
time. 

The period of transition will vary in time depending on the complexity of the 
system. Its success depends on how well the ILSP has been prepared and updated as 
production begins. If the system is relatively simple to install, operate, and maintain, 
the transition may require only a few days before the user is able to assume full 
responsibility for system operation and support. On the other hand, if the system is 
large and complex, the transition mav be much longer and accomplished on a gradual 
basis. 

(;. CHAPTER SUMMARY 

This chapter described the Department of Defense acquisition process and addressed 
the NDI solution as an alternate acquisition strategy. It explains the similarities and 
differences between an NDI acquisition strategy and one using normal development. 
It also sets the foundation for examining the specifics of the research questions 
discussed in Chapter III. 











III. RESEARCH QUESTIONS 


Chapter II established a theoretical framework for the acquisition of Non- 
Developmental Items (NDI). This chapter examines the potential benefits of using NDI 
in that process. It also addresses special support considerations for NDI systems. It 
concludes by presenting the program parameters that indicate the type of support 
program that will work best for NDI systems. Responses received in interviews and 
through examination of acquisition literature are the basis of this chapter. Appendix 
A lists the questions asked during personal interviews. 

A. NON-DEVELOPMENTAL ITEM DEFINITION 

When asked to define the term "Non-Developmental Item" (NDI), those interviewed 
gave a fairly consistent answer. The answers were very similar to the definition 
presented in Chapter II. The simple definition of an NDI is "any item or equipment 
in which the user did not participate in its development". Using this definition, an 
item developed for one agency can be an NDI for another. 

Another important aspect is how the acquisition of an NDI differs from a typical 
research and development acquisition. The consensus of those interviewed was that an 
NDI is not a separate process, hut a tailoring of events within the acquisition process. 
NDI items should be one of the first alternatives considered as a solution to a material 
need, however. 
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B. HOW IS THE DECISION MADE TO USE NDI IN MEETING A MISSION 
NEED? 

The decision to use an NDI to meet a mission need is not always difficult. Some 
requirements can only be met by an NDI. For example, The Army’s Communications- 
Electronics Command (CECOM) at Fort Monmouth, New Jersey, adopted an NDI 
philosophy as its first choice in providing communications and electronics equipment 
for the Army. In this case, CECOM decided that all requirements must be met by off- 
the-shelf items [Ref. 4:p. 35]. The acquisition concentrated on finding the best 
commercial market solution to meet the mission need and they chose an NDI strategy 
because the expense of developing a system for the Army’s unique needs was not 
perceived as being cost effective. 

When the acquisition process identifies the need for a new hardware system, the 
acquisition process begins with the necessary requirement documents, including those 
which address the use of NDI candidates. The Tentative Operational Requirement 
(TOR) stans the material acquisition process by explaining how the system will be 
used, where it will be employed in the field, and how it is to interface with other 
systems. Although the program sponsor is responsible for the development of the 
TOR. the program manager is also actively involved. The program sponsor is assigned 
from one of the 13 Resource Sponsors located in the Office of the Chief of Naval 
Operations (OPNAV). The Resource Sponsor develops program appraisals for their 
perspective programs and are responsible for ensuring that their programs are effective, 
balanced and operated within fiscal controls. They also coordinate with other sponsors 
as required The program manager is responsible to the Resource Sponsor for 
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managing the specific program to which he is assigned. He uses the TOR as a basis 
for conducting market research of available technology. 

Together they define and identify the essential operational characteristics that are 
incorporated into the Decision Options Paper (DOP), which essentially responds to the 
TOR. The program sponsor then selects recommendations from the program manager 
that best matches desired capabilities within affordability limits. This is the point in 
the program where an NDI can be selected as the alternative. 

The Operational Requirement (OR) is the document that describes the characteristics 
of the alternative selected. The program sponsor prepares the OR in coordination with 
the program manager. 

The program office determines tradeoffs in capabilities or characteristics in the OR. 
Both the sponsor and program manager must work together to formulate optimal system 
requirements. 

1. Benefit to Acquisition Process 

An NDI solution certainly affects Department of Defense (DOD) acquisition 
programs. The overall effect varies from case to case. In each instance, the NDI 
acquisition offers some advantages and some disadvantages as an acquisition strategy. 
The benefits attributed to NDI include lower development costs, shorter acquisition 
cycles and speeding up the delivery of new technology to the field. This section shall 
present some of the benefits of including NDIs in the acquisition process. 
a. Lower Life Cycle Costs 

NDIs are normally cheaper in the long run than systems developed 
exclusively for the Government. The lower life cycle costs of NDIs are due mainly 










to cost avoidance during the research and development phases of the acquisition 
process. An NDI usually costs less for three reasons: limited government R&D costs, 
the use of commercial specifications, and competition within the commercial market 
place. 

The NDI strategy uses test and performance data provided by commercial 
manufacturers, users, and other Services, agencies or countries. This data must prove 
that the product is acceptable for the intended military application. As a result, limited 
testing is normally required to capture this benefit. Independent evaluators such as 
laboratories and research centers are often used to validate performance capabilities. 

Commercial specifications often save many acquisition dollars. They save 
the Government costly development of test and historical data, technical publications, 
drawings, manufacturer’s part information, quality, safety, and reliability data. 

There is no question that many military systems must operate in environments 
never encountered in the civilian sector, and the Service’s demand for reliability far 
exceed those of most business/industrial applications. However, in many cases, 
the military specifications under which items are obtained significantly exceed those 
realistically required for the item to function in its intended role. If specifications 
can be reduced to the point where a commercial "off-the-shelf' item will work, 
significant savings can be obtained. [Ref. 5:p. 16] 

Competition also helps to keep the cost of NDIs down. Many studies 
have shown that competitive pressures lead directly to the development of better 
systems at lower prices. Competition arises when markets have many buyers and 
sellers. Each buyer and seller is so unimportant in the market that their separate 
actions have no impact on market price. Unlike a typical acquisition process, NDI is 
uniquely structured to take advantage of the competitive forces in the market place. 
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The Government becomes another buyer in a market with many customers and many 
suppliers. 

The program manager can project funding requirements more accurately 
when NDIs are part of the acquisition strategy. NDI programs stay on budget because 
they are theoretically off-the-shelf with prices that are firm. The program manager 
projects a schedule and a budget with minimum risk of being wrong. And since the 
NDI is a production item, the contractor and government team can concentrate on ways 
to reduce costs instead of worrying about typical development and test problems. 
b. Shorter Acquisition Cycle 

As depicted in Figure 2. the NDI acquisition life-cycle model takes an 
average of two and one-half years. This compares to the classical research and 
development cycle that can take up to 16 years for a major new system. [Ref. 6:p. 2] 
An NDI strategy saves time in the overall acquisition cycle of a weapon system. The 
real difference with NDI is that Concept Demonstration and Validation and Full Scale 
Development phases can be combined when a total NDI procurement is undertaken. 
This compresses a four to nine year cycle into a one to two year "prove-out" phase. 

Once the program manager selects an NDI strategy, the second phase of 
the standard acquisition life cycle is skipped or compressed. This is due to the fact 
that the developer has already accomplished the R&D engineering, design, integration, 
integrated logistic support, and test and evaluation efforts. 

At times, the full-scale development phase of the standard acquisition 
cycle may also be eliminated. By definition, the NDI will have confirmed the 
integration of sub-systems into the production process. In the case w'here the 










manufacturer must modify the NDI to meet the military requirement, the time frame 
of this phase is still reduced. The system developer must only demonstrate the 
capabilities of the modified NDI. 



2 YRS 2-3 YRS 2-6 YRS 2-5 YRS 


CONCEPT CONCEPT FULL SCALE FULL RATE 

EXPLORATION/ DEMONSTRATION/ DEVELOPMENT PRODUCTION/ 
DEFINITION VALIDATION INITIAL 

DEPLOYMENT 

1 YR NONE 1-2 YRS 9 MOS-2 YRS 



Figure 2. Acquisition Life Cycle Model. 


The NDI acquisition also helps the program manager in the very important 
area of scheduling. Since the product is already realized, scheduling, testing and 
production is more certain than under a typical research and development process, 
c. State-of-thc-Art Technology 

One additional effect of shortening the acquisition cycle is that current 
technology reaches the field sooner than under a normal acquisition. The long 
development cycles of major weapon systems almost guarantees that the fielded system 


25 




is three to five generations behind commercial systems in state-of-the art technology. 
This shortcoming is especially evident in technical fields such as electronics. 

d. Maintain the Production Base 

The Government’s industrial mobilization base consists of government- 
owned facilities and equipment and the supporting of private sector industry. NDI 
procurement broadens this private sector base and increases the number of defense 
contractors with limited government investment. 

The manufacturer designs the NDI for the commercial world. When the 
military selects NDI to meet its operational requirement, demand for the item increases 
and the producer of the NDI would increase its production capacity to meet the greater 
demand. In the event of a mobilization, this extra capacity could prove vital to the 
nation’s war effort. 

e. Promotes Equipment Commonality 

Buying commercial systems in use by another Service or nation enhances 
equipment commonality. When several government agencies buy the same NDI, the 
Government receives the benefits of commonality. The benefits include lower unit 
costs and lower support costs. 

Equipment commonality decreases the logistics requirement for its users. 
Basic Ordering Agreements-which are contracts that set the terms and conditions for 
routine transactions that occur often enough to justify this flexible document—with the 
developer can achieve lower prices for spare parts and training materials for the 
Government The low’er prices save money for all agencies. 
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/. Complies with Statutes, Regulations 

Many laws, instructions and directives establish a regulatory preference for 
NDIs. Studies of the DOD acquisition program commissioned by the President and the 
Congress have all recommended the increased use of NDIs. The appearance of waste 
and inefficiency can be less when the Government procures an NDI. However, a 
program manager must always keep cost, schedule and performance in perspective, and 
an NDI may not be the best alternative. 

2. Detriment to Acquisition Process 

NDI procurement is not a panacea for all acquisitions. NDI procurement poses 
some problems not associated with full development programs. Some of these 
problems are now presented 

a. Shorter Service Life 

Many government funded developed systems have expected life cycles of 
20 to 30 years. In the commercial market, the time horizon is much shorter and 
manufacturers do not always design equipment that will meet government needs. 

Another factor in the shorter life cycle of NDIs is the difference between 
the military and commercial environment The military environment is much more 
harsh than the normal commercial market place. Accepting a commercial NDI to fulfill 
a military requirement often means accepting equipment that is less nigged and will 
require some modification 

b. Compromised User Requirements 

To take advantage of the cost savings offered by NDI, the program office 
often tailors the user’s requirements, however they must guard against relaxing essential 
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standards to accommodate commercial equipment. Conversely, trading off unrealistic 
specifications for substantial savings in time and costs is the backbone of the ND1 
program. 

Many programs suffer from "requirements creep." Care in preparation of 
the original operational requirements is a must in order to avoid "add on" requirements 
as the system is developed. The OR must reflect neither the minimum essential 
requirements nor the maximum desired features. The OR must reflect the requirements 
necessary to meet the mission need. 

c. Increased Sqfety Concern 

NDIs create increased concern regarding safety. This is due to the 
relaxation of testing before acceptance by the military. By its nature, the NDI is a 
system whose development the Government has not participated in. It is an item 
selected for a military application based on its commercial use. The program manager 
must adapt the item to a military application in a very short time since one of 
objectives of using an NDI strategy is to shorten the acquisition process. All these 
aspects place a considerable strain on the program office to meet both of these 
objectives. 

NDIs generate a second safety concern because they may not meet 
Military Specification (MILSPEC) and Military Standard (MILSTD) requirements. 
Many of the requirements contained in these specifications are designed to assure DOD 
that safety and quality requirements have been thoroughly tested. Commercial 
specifications typically contain less safety and quality testing requirements. This is not 
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to say that items built to commercial specifications are not safe or lack any quality but 
documentation is not available and therefore, further testing is required. 
d. Less Time for Logistics 

Logistic Support Analysis is the process of integrating and applying 
various techniques to make sure system design considers supportability requirements. 
An NDI approach surrenders part of this responsibility to the commercial developer. 
As a result, the buying activity must often rely on the developer for support after it 
is fielded. 

3. Detriment to Logistic Support 

Logistic sup” 'r consideration for NDIs is the subject of this thesis. NDI 
programs are spe .<ti because they can shorten the acquisition cycle. Selection of 
certain commercial items also reduces the interval between production award and initial 
delivery of the entire system to the user. The time required to prepare, staff, and 
approve program management documents, manpower estimates, and equipment 
authorization documents included in the establishment of an organic logistic support 
capability is often greater than the time actually required to produce and deploy 
hardware. When the process is accelerated through the procurement of an NDI, timely 
support is even more difficult to accomplish. 

a. Hardware and Software Proliferation 

The Government relying on the commercial market may purchase different 
systems to meet the same needs of two different agencies. For the purposes of 
illustration, consider the office typewriter. Many commercial firms manufacture 
typewriters If a government agency had a requirement for one. it certainly would not 
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develop it from a typical R&D approach. Instead, the agency would buy it directly 
from a manufacturer and save unnecessary R&D costs. But unless the agency specified 
some level of compatibility with its existing typewriters, they may end up buying a 
model that is not compatible with typewriters currently in use. This, in turn, causes 
a logistic support problem. The agency would have to buy and stock two different 
types of ribbons for these models. They would also require different repair services 
depending on which typewriter needed maintenance. Two types of typewriters may not 
seem too difficult to manage, but consider an office with hundreds of them to support. 

Hardware and software proliferation is another example where systems are 
compatible or interchangeable and readiness is impacted. Standardization of equipment 
is an important consideration when one considers the impact it will have on repair 
parts. A Form Fit and Function (F 3 ) philosophy fits nicely into the NDI process. It 
says that requirements can be described in functional terms such as speed, range, 
weight and other performance characteristics. Therefore, NDIs that meet those 
requirements could be purchased. Unfortunately it also presents logistics problems 
when various systems need support. For example, a ship with two or three different 
types of fire pumps procured under a F 3 specification would be more difficult to 
support then if standard equipment were purchased. In this example, the ship is forced 
to carry several different groups of spare parts to support on board equipment. If the 
same NDI were purchased as the standard fire pump, logistics support is much easier 
to accommodate. 
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b. No Time for Logistic Support Analysis (LSA) 

As mentioned earlier, a shorter development results when procuring NDIs 
and therefore, there is too little time for a formal LSA. The Government must then 
perform an abbreviated LSA or rely on the NDI developer for this analysis. An 
example of this problem is described in detail in Chapter V. The Logistics 
Applications of Automated Marking and Reading Symbols (LOGMARS) system was 
procured from Ibis Corporation. Delivery of the equipment began almost immediately 
after the contract was awarded. The program had many logistic support difficulties in 
the first years of use as a result fielding an NDI without proper support. 

C. WHAT SPECIAL SUPPORT CONSIDERATIONS ARE NECESSARY FOR 
NDI? 

In addition to spare parts problems, the fielding of NDIs can lead other logistic 
support problems. For example, training personnel to operate and sup, a system can 
also be a problem. Efforts to overcome this problem must begin early in the 
development process so that operators and maintainers are ready to support fielded 
systems. Once again, the use of NDIs force the program manager to an accelerated 
decision. 

The last special consideration of using NDIs is the availability of support items for 
the duration of its life cycle. Market research and analysis must assess the 
manufacturer’s ability to sustain support over the life of the system. The program 
manager may choose to make a one time "life of type” buy of support items as the 
best support strategy for the system. A "life of type" buy is a one-time purchase of 
spare parts, designed to support a system for the remainder of its anticipated life. 
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For example, the Navy’s Automatic Test Equipment (ATE) for repairing electronic and 
avionic "black boxes" makes great use of commercial test equipment. Equipment that 
has many common purposes such as oscilloscopes and volt meters are purchased off 
the shelf from commercial vendors and installed into the ATE. Many times, the 
manufacturers of these components have several upgrades to their systems. They 
usually provide spare parts and technical service for their equipment for several years 
after the model year, but the support usually cuts off much earlier than the normal 
10 to 15 year life of ATE. In the case where a manufacturer stops supporting a 
commercial item embedded in a piece of Navy ATE, the program manager would be 
forced to choose between a "life of type" purchase of spare parts, a block upgrade to 
the new model or select a replacement system. No matter what the choice, it will be 
an expensive decision. 

D. WHAT PROGRAM PARAMETERS ARE THE BEST INDICATORS FOR 
CHOOSING A SUPPORT PROGRAM? 

There are four basic ways to support systems. The first is No Support (NS) or 
discard at failure. The second method is Organic Support (OS), where the Government 
assumes all the risk of system failure. In other words, the Government would purchase 
all the elements of logistics required to repair any possible failure of the system. The 
third is Total Contractor Support (TCS). A TCS decision results in the Government 
paying a contractor to bear the burden of keeping the system in an operational 
condition. The fourth method is to have some mix of contractor or organic support. 
Chapter IV contains a detailed explanation of these methods. 
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Two factors influence the support method selected decision. The first are system 
use factors; i.e., how, where, when, why and how long the system will be used. The 
second factors are system specific. These would include the system’s availability, unit 
cost, population, complexity and maintenance concept. An explanation of these factors 
follows. 

1. System Use Factors 

a. How Is The System Used? 

This factor reflects the degree of militarization. As the military version 
differs more and more from the commercial version, the benefits of NDI diminish. 
Also, the logistic support becomes more difficult. As the degree of militarization 
increases, the need for an organic support system increases. 

b. Where Is The System Used? 

This factor describes the environment in which the NDI operates. Hostile 
or benign are the two extreme environments. The system maintenance plan also 
addresses this factor. The closer the military environment is to the commercial 
environment, the more the military can rely on the commercial method of support. 

c. How Long Is The System Used? 

This factor reflects the length of the operating cycle for the system. The 
operating cycle drives the system’s reliability. Longer operating cycles require systems 
with higher reliability. Since systems with higher reliability typically cost more and 
are more complex, they also need organic support. Therefore, longer operating cycles 
typically drive the system to an organic support requirement. 









d. When Is The System Used? 

This factor asks if the NDI supports a requirement now or in the future. 
Requirements that must be met now will be met by systems without organic support. 
Organic support is easier to establish for requirements projected into the future. 

e. Why Is The System Used? 

This factor depicts the mission criticality of the system. Is the system a 
back up for another system? Is the system essential to the combat mission of the user? 
If a system failure does not impact the routine of the user, the support of the system 
will be different from a system who’s mission is essential to the user’s success. 

2. System Specific Factors 

A model that determines the optimal method of logistic support for an NDI 
must consider more than system use factors. The model must also consider the unique 
characteristics of the system. These characteristics are System Specific Factors. A 
description of these factors is now presented, 
a. System Availability Goals 

System Availability is the measure of the degree to which a system is 
operational. It describes a system’s ability to start a mission when needed. It does 
not, however, describe the system's endurance. Availability is a function of operating 
time (reliability) and down-time (maintainability and supportability). 

System reliability is the probability that a system will perform 
satisfactorily for a given time period when used under specified conditions. System 
maintainability is an inherent design characteristic dealing with the ease, accuracy, 
safety, and economy in the performance of maintenance functions. System 
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supportability relates to the degree to which the system can be supported. The system 
is supported by both the inherent characteristics of system design and the effectiveness 
of the overall support capability. 

b. System Cost 

System cost is Life Cycle Cost (LCC). LCC includes research and 
development costs, production and construction costs, operation and maintenance costs, 
and system retirement and phase out costs. Two broad categories segregate LCC. 
They are recurring costs and non-recurring costs. Recurring costs are the costs for 
each procured system. Non-recurring costs are those costs necessary to build the first 
system. Non-recurring costs include the R&D costs and portions of the other costs not 
attributable to individual units. 

Recurring costs are those LCC attributable to individual units. These costs 
along with the maintenance costs will impact the maintenance concept of the system. 
The maintenance concept defines the logistic support of the system. 

c. System Population 

System population or the total number of systems effects the logistic 
support of that system. As the population increases, maintenance and support should 
become easier. 

d. System Complexity 

System complexity describes the degree of interdependency of system 
components System complexity affects the maintainability and supportability of the 
system. As a system becomes more complex, maintenance on the system becomes 










more difficult. A complex system is more difficult to support than a less complex 
system. 

e. System Maintenance Concept 

Maintenance can be performed at one of three levels: Organizational, 
Intermediate, or Depot. Descriptions of the tasks associated with these levels of 
maintenance are contained in Chapter V. The maintenance concept defines levels of 
maintenance where repair of the system affects LCC. Maintenance is normally cheaper 
at lower levels. The lowest level is maintenance at the organizational level such as the 
shipboard or squadron level. Systems repaired at higher maintenance levels like 
Intermediate Maintenance Activities or Depots usually have higher maintenance costs 
and higher LCC. 

These are the factors that the program manager must consider when 
choosing a support method for any system. In an NDI procurement, the program 
manager must make a special effort to chose the correct support method because the 
shortened acquisition cycle does not allow for development of a normal support system. 
If the program office picks an organic method or an organic/contractor mix, it will 
need to invest time and effort early in the program to make sure that an appropriate 
support system is in place by the Initial Operating Capability (IOC) of the system. 

E. CHAPTER SUMMARY 

This chapter addressed the research questions of this thesis. It uses information 
gathered from interviews with logistic managers of current programs and a review of 
the current acquisition literature. The factors identified as indicators for choosing a 
support program will be the basis for the support decision model in Chapter IV. 
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Persons interviewed answered the questions contained in Appendix A. The information 
they provided made the foundation of this chapter. The support decision model in 
Chapter IV also contains infoimation gained from these interviews. 
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IV. THE SUPPORT SYSTEM DECISION MODEL 

A. INTRODUCTION 

One of the greatest challenges facing the military officer is to meet the growing 
need for more effective and efficient management of our resources. The requirement 
to increase overall productivity in a resource-constrained Navy has placed emphasis on 
all aspects of program management, and logistics has assumed a major role comparable 
to research, design, production and system performance during operational use. The 
need to address total system life cycle cost (in lieu of acquisition cost only) is evident, 
and experience has shown that logistic support is a major contributor to life cycle cost. 

Further, experience has indicated that a great deal of the impact on the projected 
life cycle cost for a given system or product stems from decisions made during the 
early stages of advanced system planning and conceptual design. Decisions at this 
point have a major effect on activities and operations in all subsequent phases of the 
life cycle. Figure 3 depicts how these decisions impact life cycle costs (LCC). In 
Figure 3 the upper line shows the impact of decisions on life cycle costs and the lower 
line shows cumulative system expenditures. The concept chosen to meet the mission 
need is seen to lock in approximately 70 percent of the system’s LCC. However, at 
the point when the concept is chosen, shown as Milestone 1 in the figure, only a small 
amount of the system’s total LCC have been expended [Ref. 3:p. 1-9]. Given the 
cause-and-effect relationships and the fact that logistics costs may assume major 
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proportions, it is essential to address logistic support issues in the early phases of the 
system planning and design. 

Non-Dcvelopmental Items offer no opportunity for logistics to impact design. 
Program managers for these systems must decide as early as possible in the program 
which support method to use for their program. This model may help the program 
manager or the logistician: (1) to support the system or provide no support, and (2) 
which support method is best suited to the given situation. The Support System 
Decision Model (SSDM) is based on a decision model developed by LCDR D.S. Parry 
and LCDR B.R. Sellers for selecting second production sources under sole source 
conditions (Ref. 7:Chapter V], 



Figure 3. System Life Cycle 

The following topics will be discussed in the remainder of this chapter: methods 
of supporting NDIs. factors affecting the support decision, and. the model itself. This 





includes its format, the rationale behind the effectiveness factors of the model, and a 
discussion of the actual use of the model. 

B. METHODS OF SUPPORTING NDI SYSTEMS 

This section discusses four methods which can be used to provide logistic support 
for a Non-Developmental Item. Each method has advantages and disadvantages. The 
four methods described are: (1) discard system and equipment upon failure (no 
support); (2) total contractor support; (3) organic support; and (4) a combination of 
organic and contractor support. When possible, the decision regarding the support 
method should be made as early as possible in the life of the program so that the 
production contracts may be structured to facilitate the purchase of support items or 
engineering data. If the program manager chooses to delay the support system 
decision, he may encounter a significant logistic support problem when the system is 
fielded. 

1. No Support (NS) 

This support method works by nor repairing equipment regardless of the type 
failure. Upon failure, the user replaces the system with a spare. Items designated to 
receive this method of support are called "non-repairable items." This support method 
is also known as "throw-away" maintenance. This name applies, even if the item may 
be repaired (i.e., repair is possible, but the person deciding the maintenance concept 
has chosen not to repair the system.) 

A non-repairable system is usually modular in construction. Also, failure 
modes are such that the failed component is easily identified. In other words, fault 
detection and fault isolation are easy. In this case, a positive built in unit self test 
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capacity will be important. It must have a high self test thoroughness to confirm 
failures before discarding the system. Otherwise, when a user suspects a failure, he 
may throw away a unit that has not failed. This could be costly. 

Another typical characteristic of a throw-away system is its relatively low cost. 
But low system cost does not necessarily drive a system to a throw-away maintenance 
concept. 

Another system attribute that helps the no-repair method is easily removable 
sub-components. Since the user discards the system when it fails, techniques like 
hermetically-sealed components are not a problem. These reliability-enhancing methods 
that protect against humidity and corrosion also improve the reliability of the unit. 
Also, there is no need for internal accessibility, test points, plug-in sub-assemblies or 
sub modularization or other maintainability enhancements. No trade-offs between 
reliability and maintainability are required. 

This support method requires minimal logistic support. No lower level spare 
parts are necessary. Test and support equipment requirements are limited to that 
necessary for initial system check-out and ready-for-use certification. No maintenance 
test equipment is required. Low personnel skills will suffice since maintenance is 
limited to a remove and replace function. Maintenance manuals are simple and unit 
maintenance is not covered. Choosing this support method implies that the cost of 
spare units and disposal is cheaper than repairing the system to a ready for use 
condition 

Although throw-away policies for reparable type items are generally perceived 
as wasteful, this concept should not be discarded based solely on tangible cost analysis. 
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During periods of conflict, the throw-away concept could become more mission 
effective than using a peacetime repair concept. This decision would be influenced by 
the mission, timing, etc., as well as other factors such as the availability of 
transportation, and production capability of the industrial base. 

If the system is not to be discarded upon failure during peacetime, a repair 
concept must include one of the other three support methods. However, when a total 
discard-upon-failure or throw-away concept is used in peace time, as well as wartime, 
there will be no impact on the cataloging system because there will be no support 
items to enter the system. Further, no impact is envisioned in other logistical areas 
solely because of NDI acquisitions. Configuration control is not an issue since a new 
procurement will only specify system requirements to form, fit, function, and internal 
design changes will not matter. In fact, buying to the existing commercial market will 
ensure obtaining the latest technology, but could impact training due to introduction of 
new models. 

2. Total Contractor Support (TCS) 

This method involves establishing contractual responsibility for all system 
maintenance with a contractor. If an item fails, the Government simply notifies the 
contractor and the contractor restores the equipment to working order. The price for 
this service is considerable but the benefits are also large. Namely, the Government 
is protected from the risk of any failure for the life of the maintenance agreement. In 
this method, reliability trade-offs for maintainability should be reflected in the price of 
the maintenance contract. In other words, if the developer of the system has made it 
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easy to repair, (and as a result, a little less reliable) the charges for maintenance 
support should reflect this condition. 

Total contractor support will work well for systems that are too expensive to 
discard upon failure, but for other reasons, an organic support capability is not 
desirable. In systems where the relative frequency of failures is low, total contractor 
maintenance may be appropriate. 

As it was for the throw-away method, the logistic requirements for this method 
are not significant. Spare units for the system are stored on site or held by the 
contractor. The Government would not require tools or test equipment. The contractor 
provides certification of ready for use for the systems. The contractor would perform 
repair on the government site or the unit could be moved to the contractor’s site for 
repair. 

There are some characteristics common to equipment that is best supported by 
total contractor support. Equipment that is too expensive to repair on a small scale is 
typical for systems supported by total contractor maintenance. These systems will also 
tend to be relatively reliable as a population. This support method is also appropriate 
for systems with especially high salvage and scrap value. 

The mission requirements of the system greatly influence the decision to have 
all supply and maintenance support performed by a contractor. A total contractor 
support concept is more applicable for systems operating in a non-combat environment. 
In this support scenario, DOD would not provision for any spares and repair parts nor 
develop any maintenance strategy. No new items would enter the inventory. However, 
the program manager must consider impacts in other logistic areas when this method 









is chosen. In accepting total dependency on the contractor for support means accepting 
risks of excessive costs, quality instability (internal design changes and substitute 
components), untimely and inadequate support, and system upgrade to costly later 
models/designs which offer no basic mission advantages. DOD’s ability to control 
system configuration declines as we move away from military designed systems. 

The commodity area also greatly influences the support concept decision. 
Contractor support may be the best option in high technology areas where maintaining 
the state-of-the-art is critical, e.g., computers and associated peripherals and software. 
The Air Force has found that traditional methods of logistics support are not 
appropriate for their commercial computer systems. The proliferation and exponential 
growth of commercial computer systems in the Air Force demand support techniques 
that are prompt and maintenance effective without being cost prohibitive. The Navy 
has experienced a similar change of heart in its LOGMARS program. This case is 
presented in Chapter V. The LOGMARS system in the Navy expanded to the point 
that TCS was too expensive. By changing the support to a Mix of organic and 
contractor support and having the contractor charge for repair on a per-incident basis, 
the Navy reduced its annual support budget for LOGMARS from $590,000 to 
$163,000. 

3. Organic Support (OS) 

In this method, the Government develops a complete support program and 
solely bears the risk for system failure. In this support method, the Government 
performs all levels of maintenance on the system. The investment for this support 
method can be very large, but it may also be less expensive and more effective than 
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the other methods. To develop an organic support capability, the Government would 
need to invest in the facilities and equipment necessary for the repair. Additionally, 
the Government would need to obtain the technical engineering data for the system. 
This information would be necessary for many parts of the logistic support program. 
The data provides the basis for training system operators and maintenance persons. It 
also would be necessary for establishing sources for spare components and parts. 
Technical data is also the source of the maintenance plan. Additionally, the logistic 
support analysis process makes use of the technical data. 

Once the program manager obtains the technical data, it would have to be used 
to generate all those items just listed. These items are necessary for developing an 
organic support capability. 

The organic support capability is not the proper choice for every system. Nor 
is it even the choice given first consideration. Actually, this method is reserved for 
those systems that have relatively high failure rates and a large population. Also , the 
requirement would need to exist for a long time to justify the investment. 
Additionally, and quite obviously, the system would have to be repairable or offer some 
value in salvage or scrap. Although the other factors are significant in choosing an 
organic support method, a very important factor is when the system is needed. If the 
system is needed for a future application, the Government will have time to develop 
an organic capability. For requirements that must be met immediately, the organic 
support method will be difficult to establish in a short time. 

Organic support has long been the preferred method for the Navy. Organic 
support in some cases will still be the best and most viable support option for NDI 
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systems. However, trade-off analyses must be made. The mission requirement 
influences the degree of configuration management (design stabibty) req^ied which 
influences the support concept. Systems operating in a hostile environment generally 
must be ruggedized or militarized to improve reliability and sustainability. Traditional 
logistics presupposes that organic support is the mandatory option. Again, this may 
be true for some systems and generally can be accomplished for all systems if cost is 
not a consideration. But realistically, DOD managers must recognize that efficient and 
effective organic support depends on their ability to influence system design and parts 
selection. Otherwise, we accept the risk of costly sole source parts supply, including 
maintenance manuals and testing equipment or costly acquisition, if available, of 
technical data and a system design freeze to a baseline with additional costs to 
maintain a production base. 

4. Organic and Contractor Support Mix (Mix) 

This method of support combines two previously discussed support methods. 
It seeks to take advantage of the benefits of both total contractor and organic support 
methods while avoiding some of the disadvantages of each. This method involves 
sharing the risk of system failure between the Government and the contractor. In this 
support method, the maintenance responsibilities may be shared in any manner that is 
beneficial to the Government. Typically, the Government as the user, assumes the 
organizational maintenance tasks. These tasks normally include inspection, servicing, 
lubrication, adjustment, and the removal and replacement of parts, minor assemblies and 
sub-assemblies. 
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Also typical in a mixed support method is the contractor being assigned the 
depot maintenance function. Depot maintenance is those tasks that are beyond the 
capability of the lower levels of maintenance. Its tasks include inspection, test,repair, 
modification, alteration, modernization and overhaul of the system. 

The intermediate maintenance tasks may be assigned either to the Government 
or the contractor in a mixed system. Typically, the Government would take 
responsibility for intermediate maintenance tasks if the capability already exists within 
the supporting activities or if the capability is easily obtained. Otherwise, the 
contractor would be assigned these tasks. The intermediate maintenance level tasks are 
calibration, repair or replacement of damaged or unserviceable parts, components, or 
sub-assemblies and providing technical support to the organizational activities. 

This support method would be best for those systems that do not fall into the 
throw-away category, but are also not best served by a total contractor support method. 
These systems might have enough failures to justify some organic capability but a 
complexity that makes an organic method difficult. 

A contractor and organic support combination allows for variations in the type 
and degree of support provided by each. As an example, all maintenance beyond 
simple organizational diagnostic tests could be performed by the contractor using 
government supplied parts. In this case, DOD has inventory management of spares and 
repair parts but does not have any maintenance responsibility. Configuration control 
is important here in order to reduce the variety of items or systems entering the supply 
system. This support mix would be more applicable to long life cycle systems not 
subject to rapid state-of-the-art technology changes. 
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In the reverse situation, where the contractor supplies the parts and DOD 
performs the maintenance, configuration control would be difficult and controlled by 
the contractor; however, standardization and stabilization of maintenance processes and 
manuals would be controlled by the Government. 

A phased support schedule can also be considered a support combination mix. 
In this instance, initial support is provided by the contractor until the system is 
smoothly transitioned to organic support or to a support mix. Normally, timing 
considerations would be the primary force behind a phased support decision. 

c. VARIABLES affecting the logistic support decision 

The selection of the "best" method for supporting the NDI system will vary 
depending on a number of factors that exist in the acquisition program. The existence 
of these factors (i.e., decision variables) presents the program manager with a difficult, 
multi-faceted decision situation. He must consider the strengths and weaknesses of 
each support method in relation to the influence of the variables in the acquisition 
program. 

In order to assist the program manager in logically and systematically selecting the 
optimal support method, an evaluation model is needed. The model should rank each 
of the support techniques against each of the decision variables. Then, by objectively 
evaluating the influence of each of the variables, the program manager can make a 
choice of which method of support to use in his program. At a minimum, one or two 
methods may be shown to be clearly superior to the others, which makes the decision 
easier. 
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The next section presents such a model. Before describing the model, the decision 
variables on which the model is based and the general impact which each of the 
variables has on the feasibility of logistic support must be understood. Two types of 
factors influence the support method decision. The first type of factors are the system 
use factors (i.e., how, where, when, why and how long is the system used) [Ref. 8:p. 
11]. The second type of factors are system specific factors. These factors would 
include the system’s availability, unit cost, population, complexity and maintenance 
concept. An explanation of these factors is contained in Chapter HI. 

D. THE MODEL 

The Support System Decision Matrix (SSDM) shown on the following pages is 
heuristic in nature. Its objective is to provide a logical and systematic framework for 
evaluating the applicability of each of the support methods in light of the variables 
present in the acquisition process. The end result of the evaluation process will be (at 
best) the selection of the optimal support technique. At worst, the model should serve 
to eliminate one or more support techniques from further consideration. In that case, 
the decision situation will have been simplified and certain variables should emerge as 
being critical, thereby, suggesting the areas which need further investigation or 
consideration. 

1. Format of the model 

The SSDM lists the 10 decision variables vertically on the left. Each of these 
variables is divided into two or three categories (e g., high-medium-low, yes-no) to 
allow the model to be tailored to the refinements of a given acquisition situation. 
Across the top of the model are listed the logistic support methods. It should be noted 
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that the four methods, (NS, TCS, OS, and Mix) when placed in that order, represent 
a line of continuum with respect to coordination required to achieve a successful 
support program. 

2. Effectiveness Factors 

The model rates the effectiveness of each of the methods with respect to the 
decision variables. A simple three point system of "+”, "0", or is used to denote 
whether a given method is particularly strong, neutral, or weak with respect to each of 
the variables. In addition, an "X" is used to denote a situation where the use of a 
given method is particularly inappropriate, or, to caution that particular care should be 
given in applying a given method in that situation. An on the other hand, 
indicates that the method is particularly well suited to the situation under consideration. 

The three point system is used because of the non-quantifiable nature of the 
model. The purpose of the model is to guide the program manager in choosing among 
the methods. It is not intended to provide an elaborate quantification scheme or to 
replace experience and judgement. 

E. DISCUSSION OF THE MODEL’S WEIGHTINGS 
1. Degree of Militarization 

This factor indicates the extent of change that was necessary for the NDI to 
be made able to fill its military mission. The more changes that are incorporated into 
the NDI system, the less the contractor’s standard support services will be sufficient 
or economical. This would drive the system towards a contractor-organic mix, or a 
total organic support method if the change were large. 
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2. Environment 


This factor is divided into two categories: hostile and benign. If the NDI 
system is to be used in direct combat operations, a total contractor support method may 
be impossible. It would be difficult to bring a contractor into a combat environment 
to provide service. But a total contractor maintenance service is not impossible- 
systems can be removed from the battlefield to a more benign environment. The 
benign environment favors total contractor support. The cost of this service in a 
benign environment would not include the cost of training support persons in combat 
techniques. But combat training may be part of the cost for organic support. 

3. Operating Cycle 

Long operating cycles for systems usually indicate a mission of a routine, 
ongoing nature. For systems that fall into this description, service cycles can be 
planned in advance, which makes total contractor support easier than for systems with 
short cycles. Short operating cycles generally, but not always, indicate intermittent, 
randomly scheduled missions. Also, these systems tend to spend a great deal of time 
in stand-by status. For these systems, support services can not be conveniently 
scheduled in advance. Systems with short operating cycles are better served with an 
organic system. 

4. Application 

This factor indicates whether the NDI system is being procured to meet a 
present requirement or if the system will meet some future need. For systems meeting 
an urgent need, for a present requirement, an organic support capability may not be 
possible. An organic capability may take several years to establish. These systems 
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may he forced to be supported by a throw-away policy. For systems being procured 
for a future requirement, the organic system may be established. 

5. Criticality 

This factor describes the relationship between the NDI system and the primary 
system. For systems that are a major contributor the primary mission of a war-fighting 
unit, the organic support method will probably best serve this system. As the criticality 
factor moves from secondary mission or back-up, finally to administrative, the support 
method may be changed to a contractor mix, total contractor support, or throw-away. 

6. Availability 

High system availability tends to make a no-support system or a total 
contractor maintenance program more effective. As system availability decreases, an 
organic system or a mix of organic and contractor support is more effective. 

7. Cost 

All other things being equal, high unit cost means the system must be repaired 
on failure. But high unit cost alone does not indicate which of the other three support 
methods will be preferred. Systems with high costs will be supponed in some fashion. 
Conversely, low unit cost is better served by a throw-away system. 

8. Population 

This factor, with reliability, are very important factors in determining the 
support method for a system. As a system’s reliability decreases and its population 
increases, the number of broken systems needing repair increases. At some point, it 
is more economical to develop an organic repair capability for a system. When the 
system population is small, it is usually more efficient to discard the system when it 
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fails or hire the contractor to support the system. As the population increases, all other 
things being equal, it becomes more efficient to develop partial or full organic 
capability. 

9. Complexity 

Organic support is limited by the specialty structure of the service. If the 
skills necessary for the support of the system are not easily provided from the existing 
rate structure, the service must rely on commercial support. The return on the 
investment for developing an organic repair capability on simple items is easier to 
achieve than the return for repairing complex items. 

10. Maintenance Level 

This factor describes the level of maintenance where the majority of system 
repair will occur. When most of the maintenance man-hours are expended at the 
organizational or user level, then a NS system would be favored. For repairable 
systems that require higher levels of maintenance, such as the intermediate (I level) or 
depot level (D level) for repairs, then some level of support is required. 

For systems that are mostly repaired at the I level or D level, a Mixed support 
system would be preferred. In the case where most of the repair occurred at the I 
level, the Government would develop an organic I level capability and contract the D 
level. 

F. CHAPTER SUMMARY 

This chapter presented the Support System Decision Model (SSDM). This simple 
heuristic weighs only ten characteristics of the system under consideration and each 
factor is weighted equally. In other words, it considers the degree of militarization to 
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be equally as important to the support system decision as system availability. In some 
cases, this may be an erroneous assumption. It is important to understand that this 
model must be used with discretion and should not be the sole criteria in picking a 
support method. A demonstration of how this model may be used in presented in 
Chapter V. 
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SUPPORT SYSTEM DECISION MATRIX 


Factors 



Support, Method 




NS 

TCS 

OS 

MIX 

Degree of 

High 

0 

0 

+ 

+ 

Militarization 

Low 

0 

+ 

0 

0 

Environment 

Hostile 

★ 

_ 

+ 

0 


Benign 

0 

+ 

0 

0 

Operating 

Long 

- 

0 

0 

+ 

Cycle 

Short 

0 

+ 

+ 

0 

Application 

Present 

0 

0 

X 

0 


Future 

0 

+ 

+ 

+ 

Criticality 

Essential 

- 

- 

+ 

0 


Important 

0 

0 

+■ 

0 


Accessory 

+ 

+ 

0 

+ 

Availability 

High 

+ 

0 

0 

0 


Low 

0 

+ 

* 

+ 

Cost 

High 

- 

0 

+ 

+ 


Low 

+ 

- 

- 

- 

Population 

High 

- 

. 

* 

0 


Low 

+ 

+ 

- 

- 

Complexity 

Complex 

0 

+ 

- 

+ 


Simple 

- 

- 

+ 

- 

Maintenance 

0 Level 

0 

. 

_ 

- 

Level 

I&D Level 

- 

+ 

0 

+ 
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V. CASE STUDY 


The following case provides an illustration of a system procured as an NDI. It 
demonstrates some of the advantages, disadvantages and other considerations discussed 
throughout this thesis. 

A. LOGISTIC APPLICATIONS OF AUTOMATED MARKING AND READING 
SYMBOLS (LOGMARS) 

LOGMARS is the Logistic Application of Automated Marking and Reading Symbols 
in management information systems. From over 40 candidate symbologies, the 
Department of Defense chose the 3-of-9 bar code (3 of the 9 elements are wide and 
the remaining 6 narrow) as its standard [Ref. 9:p. 1]. This code has full alpha-numeric 
capabilities and is self-checking and discrete. It provides for 44 data characters, each 
of which consists of 5 bars and 4 spaces, for a total of 9 elements. It is also 
inexpensive and machine readable. It makes possible the rapid, accurate transfer of 
data; eliminates punch-cards and paperwork; and permits direct input of data to existing 
computer systems [Ref. 10:p. 7], 

1. Background 

The Department of Defense purchased LOGMARS in May 1982 from Ibis 
Corporation. The U.S. Army Computer Systems Selection and Acquisition Agency 
issued the contract which provides for hardware, hardware maintenance, software, 
software maintenance, training, and documentation. The Navy used the contract to buy 
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almost $8 million dollars worth of equipment. The majority of the items were portable 
bar code readers. 

The equipment bought on the Ibis contract is typical of commercially available 
bar code readers, scanning devices, and printers. In general, the equipment is quite 
reliable. The bar code readers and other electronic equipment are largely of solid- 
state construction and have few moving pans. This design lends itself to a high degree 
of reliability and relatively few maintenance tasks can be performed at the 
organizational or intermediate level. The label printers are impact-type printers and, 
because they are mechanical, they require more maintenance. The estimated life 
expectancy of the aggregate of the equipment was expected to be 10 years. 

As the number and dollar value of these systems being installed throughout the 
Navy began to grow quite large, the Naval Supply Systems Command (NAVSUP) 
decided to assess the support program for this system. LOGMARS equipment was not 
designed or developed to a system specification, but procured off-the-shelf. The 
Integrated Logistic Support (ILS) Plan was formulated in the absence of maintainability, 
reliability and other support data normally provided in a full development program. 

The Navy LOGMARS program is managed by the LOGMARS Program 
Management Office (PMO) at NAVSUP 0613. This office develops the Navy 
LOGMARS policy. In 1986, the program office determined these problems with the 
LOGMARS program: 

1. Equipment maintenance was costing the Government over $500,000 dollars 
a year. This maintenance is being performed by Ibis, the only designated 
depot for this equipment. 

2. Four years into the program’s life and the Navy supply system had not yet 
started to carry parts and supplies for the LOGMARS. Most activities bought 
necessary items from local sources and usage data had not been maintained. 
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3. There was no central repository for LOGMARS technical data. No office 
was charged with making sure the users and maintainers had complete and 
current technical data. 

After reviewing the program and identifying the support problems, the Navy 
LOGMARS Program Office had to consider several options. The program office could 
continue to fund total contractor support at a cost of over $500,000 per year; they 
could develop an organic capability within the Navy to support the system at some 
unknown cost; or, they could consider some mix of organic and contractor support for 
the system. Since LOGMARS equipment was designed for commercial application and 
support, the scope of the analysis focused on those elements that could be addressed 
at that point in the life cycle of the system: 

1. Equipment maintenance 

2. Supply support 

3. Technical data 

2. Equipment Maintenance 

A maintenance plan establishes the responsibilities, support levels and repair 
policies required to maintain a desired level of equipment or system availability. In 
general, there are three basic levels of maintenance. 

Organizational maintenance: Tasks that are performed at the user level and are 
normally limited to component replacement, preventative maintenance, and simple 
corrective maintenance. 

Intermediate maintenance: Tasks that are beyond the organizational capability 
and usually include removal and replacement of major assemblies or parts. 
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Depot maintenance: Tasks that usually include restoration, overhaul, or 
rebuilding of equipment. 

At the time of the analysis, equipment maintenance was included in the Ibis 
contract. The contract allowed for only two levels of maintenance for LOG MARS 
equipment: (1) the organizational level of maintenance, which is prescribed in the 
vendor’s literature and performed by the user, and (2) depot level maintenance, which 
is performed by the contractor, at either the government site or on the contractor’s site. 
And even though the contract specified organizational level maintenance, it was only 
the action of calling the contractor when a failure occurred. Contract maintenance was 
charged as a set fee on a monthly basis. 

In considering the options, establishing an organic capability was almost 
immediately discounted. There were several reasons for eliminating organic support 
as an option. First, the LOGMARS equipment was actually quite reliable and depot 
level support facility for the number of systems the Navy had was not justified. 
Another important reason was the time required to convert to an in-house maintenance 
program. Collecting repair cost data, determining manpower needs, establishing 
positions, and providing training and equipment would fake an estimated 4 years. With 
an anticipated service life of 10 years, the equipment already purchased and fielded 
would barely have any useful life by the time support could be achieved. 

Continuing total contractor support was another consideration for the program 
office. The contract maintenance agreement requires the contractor to assume full 
responsibility for repair costs. If an item fails, the Government simply notifies the 
contractor, and the contractor does whatever is needed to restore the equipment to 
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working order. The price for this service is considerable. The benefit is also 
considerable, in that it allows the Government to divest itself of any risk of failure 
for the life of the maintenance agreement. 

The final consideration was finding some mix of contractor and organic support 
that was acceptable to the program office. By default, this was to be the method of 
support chosen. Organic support was not feasible because of the long period necessary 
to establish it, and total contractor support was too expensive. 

To achieve a mix, the using activities needed to assume a greater role in the 
support of the system. As a result, organizational maintenance was redefined to include 
diagnosis, replacement, calibration, and adjustment of the equipment. Additionally, they 
would use the contractor’s telephone consultation service to confirm and diagnose 
malfunctions and identify possible solutions. Items identified as not repairable at the 
organizational level would be either returned to the contractor or repaired on site by 
the contractor. Items determined after consultation with the contractor to be un¬ 
repairable would be disposed of at the organizational level. 

Depot maintenance would only include major component repair or calibration 
beyond the capability of organizational maintenance. All work done by the contractor 
would be charged to the Government on an agreed-upon hourly rate. 

3. Supply Support 

Supply support consists of all material and catalog data required to sustain a 
system’s operations and support. It include 'epair parts, spares, provisioning, storage, 
cataloging and consumable supplies. In thi case of LOGMARS equipment, supply 
support was largely confined to consumable supplies, such as print wheels, ribbons and 
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repair parts. Though the organic maintenance support for LOGMARS equipment is 
limited, items listed in the manufacturer’s literature as replaceable by the user can be 
stocked by the using activity. These activities are now supplied largely from local 
procurement and the General Services Administration (GSA) schedule. 

Ideally, the LOGMARS PMO should have taken steps to catalog and capture 
demand for these supplies. The data could have then been submitted for inclusion in 
the standard Navy supply system. Standardizing supplies within the wholesale supply 
system would enhance availability and reduce processing time. Since the production 
contract for the next family of LOGMARS equipment may be awarded to a different 
manufacturer, it would be helpful as an interim measure for the LOGMARS PMO to 
publish a list of acceptable supplies and sources of supply for distribution to the users. 

To ensure availability of equipment for shipboard and other critical LOGMARS 
systems, an equipment maintenance float should be considered. A maintenance float 
stock is a quantity of spares or components kept as a standby to prevent downtime 
when primary equipment is evacuated from the using activity for repair. The 
LOGMARS PMO should assist the Applications Program Developers in determining 
the float requirement. 

4. Technical Data 

Technical data is the documentation for operation, maintenance, and support of 
a system. There is no central repository of this information for Navy LOGMARS 
systems. The LOGMARS PMO established a database of information on the system 
and maintains technical manuals for all system components. Establishing and 
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maintaining a central office for this data provides a single source of information for 
all system users and system designers. 

B. ANALYSIS 

LOGMARS is a case where the Navy purchased a system off the shelf with little 
regard for the logistic support of the system. After fielding almost eight million dollars 
worth of equipment, the program office found the annual support costs for this system 
approaching $600,000. Weighing the factors of the program—factors that form the basis 
of the Support System Decision Matrix (SSDM) in Chapter IV—the program office 
considered the possible alternatives for support and chose a mix of organic and 
contractor support. The LOGMARS case is now evaluated using the SSDM developed 
in Chapter IV. The results are displayed in Exhibit 1. 

1. System Lse Factors 

a. How Is The System Used? 

This questions asks how the system is used compared to the purpose for 
which it was originally designed. In this case, LOGMARS is used exactly as it is used 
in the commercial market. Its degree of militarization is low. Therefore, ignoring all 
other factors, a Total Contractor Support (TCS) method would be favored. It is also 
noted that this factor is weighted neutrally against the remaining support systems: 
No Support (NS), Organic Support (OS), and a mix of organic and contractor support 
(Mix). 

b. Where Is The System Used? 

Where the system is used describes the environment in which the system is 
operated and maintained. LOGMARS operates in a warehouse atmosphere under 
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benign conditions. Operation in a hostile environment is not expected and does not 
effect the support decision. This factor favors all the support systems except NS. The 
benign environment is neutral to the No Support decision. 

c. How Long Is The System Used? 

This factor describes the operating cycle for the system. LOGMARS has a 
long operating cycle reflective of its routine, ongoing mission. The long operating 
cycle of LOGMARS indicates that the Navy should consider some form of organic 
support, either a complete organic system or a mix of contractor and organic support. 
The model weights TCS neutrally and indicates NS is not favorable. 

d. When Is The System Used? 

This question asks if the system supports a present requirement or a future 
one. The more urgent the requirement is, the more difficult it is to establish an 
organic support capability for the early life of the system. In this case, an NDI 
strategy was chosen, in part, to get a working system in Navy warehouses quickly. 
This meant that any organic support would have to be phased in—brought in gradually. 
Initial requirements that could not be met with present organic capability would have 
to be met with contractor support. 

e. Why Is The System Used? 

This question weighs the criticality of the system to the mission of the user. 
LOGMARS is essential to the success of the warehouses that use the system. When 
the system fails, the user is forced to use a manual system that all but brings service 
to a halt. TCS could be used but is not favored because of the high cost that goes 
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with keeping an essential system up and operating. An OS is the best support system 
for critical systems. The model weighs a Mixed system as neutral. 

SUPPORT SYSTEM DECISION MATRIX FOR LOOMARS 


Factors 


Support Method 





NS 

ICS 

OS 

MIX 

Degree of 
Militarization 

Low 

0 

+ 

0 

0 

Environment 

Benign 

0 

+ 

0 

0 

Operating 

Cycle 

Long 

- 

0 

0 

+ 

Application 

Present 

0 

0 

X 

0 

Criticality 

Essential 

- 

- 

+ 

0 

Availability 

High 

+ 

0 

0 

0 

Cost 

High 

- 

0 

+ 

+ 

Population 

High 

- 

- 

* 

0 

Complexity 

Complex 

0 

+ 

- 

+ 

Maintenance 

Level 

I&D Level 

- 

+ 

0 

+ 

SUMMARY: 






* 


0 

0 

1 

0 

+ 


1 

4 

2 

4 

0 


4 

4 

5 

6 

- 


5 

2 

1 

0 

X 


0 

0 

1 

0 

Score: 


-4 

2 

I 

4 


Exhibit 1 
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2. System Specific Factors 

a. System Availability 

As noted in Chapter IV, LOGMARS enjoys high availability. The designer 
was able to employ many techniques to improve reliability of the system. Also, the 
system is operated in a benign environment and the equipment is normally protected 
from damage due to weather, improper handling and other forms of mistreatment. 
Ignoring all other factors, high system availability is best suited for a throw-away 
support system. But high availability does not detract from the other forms of support 
and these are weighted neutrally by the SSDM. 

b. System Cost 

System cost is the major factor that eliminates NS as a support system. 
Compared to major systems, such as aircraft or ships, LOGMARS may seem to be a 
relatively inexpensive system. However, in the context of warehousing costs, it 
represents a large capital expense, second only to the building and land. Also, the 
more expensive the system, the more it becomes cost-effective for the Navy to develop 
an organic capability for repair. This factor indicates that either a OS or a Mixed 
support system would be more beneficial. 

c. System Population 

System population for LOGMARS is high on a Navy-wide level, yet the 
number of equipment at each site is relatively low. The weighting of this factor shows 
the Navy should consider developing some organic support capability. This factor 
indicates TCS and NS are not favored. 
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d. System Complexity 

This factor must be considered in the context of the equipment normally 
repaired and supported by warehouse personnel. Although LOGMARS is not a 
technically complicated system, it is very complex compared to other equipment in the 
warehouse. An OS system would require special training and tools for the support 
persons. Therefore, some support will be required from the contractor, either TCS or 
a Mixed system. 

e. System Maintenance Concept 

The System Maintenance Concept factor describes the level at which the 
majority of maintenance is performed. The majority of maintenance for LOGMARS 
is conducted at the intermediate and depot level. Alone, this factor indicates a 
requirement for a repair capability. It is also understood that the contractor can 
normally provide this level of maintenance at a lower cost then an organic system. 
This is due to the high cost of establishing training, equipment and supply support for 
the OS. 

C. CONCLUSION 

Analysis of the support decision for the LOGMARS system using the SSDM shows 
that a Mix of contractor and organic support is clearly favored over the other methods. 
The most significant factors are the benign environment, the long operating cycle, the 
high cost and large population. Total Contractor Support and Organic Support rank a 
distant second. The high cost and large population indicate that Organic Support would 
be cost effective and the complexity and benign environment favor Contractor support. 
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As discussed in Chapter IV, the relative weightings of the factors are equal. 
Therefore, the recommended alternative can be determined by simply adding the 
numbers of "0", and "X" for each method. Another method that might 

be used is to determine which method is "dominate" over the other methods. This 
analysis involves comparing each method to the others by the factors to determine 
which is "dominate". For example, comparing TCS to NS, each factor is relatively 
more favorable in the TCS method over the NS method except for the Availability 
factor. In other words, comparing the methods factor by factor, TCS is equal or more 
favored to NS. For Degree of Militarization, Environment, and complexity TCS ranks 
"+" to "0" for NS. Each factor can be compared in turn to show that TCS dominates 
NS for all factors except availability. 

Relative rankings of the model may be argued and choosing the category for each 
factor is subject to judgement. The point of the model is to first, demonstrate the 
n.any factors in the support decision. Second, many of these factors are interrelated 
and must be judged in the context of the specific application under consideration. 
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VI. CONCLUSIONS AND RECOMMENDATIONS 

A. CONCLUSIONS 

This thesis examined the logistic support concepts for Non-Developmental Items 
(NDIs). The research focused on how system use factors and system specific factors 
affect the decisions on how to support the system. The result of this research is the 
Support System Decision Model (SSDM) presented in Chapter IV. The goal of this 
thesis has been to serve as a basis for establishing Department of the Navy guidelines 
for NDI logistic support and to help decision makers in choosing a logistic support 
system best suited for their program. The conclusions that can be drawn from this 
study are listed below: 

1. The NDI method of procurement has an important place in the Navy’s 
acquisition programs. 

2. The decision regarding the use of NDI is made early in the program. 

3. The shortened acquisition cycle of NDI’s adversely impacts that system’s 
logistic support. 

4. System use factors and system specific factors are the best indicators of which 
support system to choose foi an NDI. 

5. The decision makers must choose the support system as early as possible in 
the acquisition program. 

1. NDI's Important Role 

The NDI method of procurement has an important place in the Navy’s 
acquisition programs. The effect of using NDI in the acquisition varies from case to 
case. In each case, NDI offers some advantages and some disadvantages over a normal 
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development program. The benefits attributed to NDI include lower costs, shorter 
acquisition cycles and speeding current technology to the field. NDI also poses some 
problems to the acquisition cycle. Every procurement is different and each situation 
must be studied to find how NDI can help the program. 

2. Choose NDI Strategy Early 

The decision regarding using NDI is made early in the program. An NDI 
strategy is the only way to meet some requirements. In this case, the acquisition 
manager will concentrate on finding the best commercial market solution to meet the 
mission need. Even when the program manager is not directed to use an NDI solution, 
it is among the alternatives that are continuously reviewed during system development. 

3. NDI's Detriment to Logistics 

The most significant drawback of using an NDI to meet a mission need is the 
detrimental impact to the logistic support system created by the lack of program time 
to evaluate requirements. NDI programs are special because they shorten the 
acquisition cycle. Selection of commercial items also reduces the interval between 
production award and initial delivery of the entire system to the user. Under the 
accelerated conditions of an NDI program, the time required to prepare, staff, and 
approve program management documents, manpower authorizations, and the time 
required for establishing a logistic support system is often greater than the time 
required to produce and deliver the hardware. 

4. System Use and System Specific Factors 

In deciding the proper logistic support system for an NDI, the best indicators 
are a combination of system use factors and system specific factors. By focusing on 
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these factors, decision makers can use the heuristic model in Chapter V to rank the 
alternative forms of supporting their system. 

5. Early Decision 

Finally, as in many other program decisions, the choice of a logistic support 
method must be made as early as possible in the program. As already mentioned, NDI 
programs lack the time for a detailed logistic support analysis and the program manager 
must rely on the research and development information gathered by the commercial 
developer. Delaying the support decision compounds the problem of having the support 
system in place for the Initial Operating Capability (IOC) of the system. 

B. RECOMMENDATIONS 

As a result of this research, the following recommendations are presented: 

1. Continue to emphasize the use of NDI as a primary acquisition strategy. 

2. Ensure that NDI systems are held to the same standards for quality of logistic 
support when being fielded. 

3. Defense Systems Management College (DSMC) should complete the effort on 
the NDI Handbook. 

1. NDI as an Acquisition Strategy 

Many instructions regarding acquisition require decision makers to consider 
NDI as part of the acquisition strategy. This requirement must continue to be 
emphasized for all levels of the Department of Defense (DOD). Of course the 
acquisition strategy must reflect the complexity and scope of the program, but every 
effort must be made to fully exploit the available commercial solutions to military 
requirements. DOD cannot duplicate the efficiency of the free market in designing 
solutions to its problems. However, program managers at all levels should only begin 
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a full scale development program when it has been satisfactorily determined that the 
commercial market cannot meet the needs of the requirement. 

2. Equal Standards of Quality 

Logistic support is a critical part of the effectiveness of every program. The 
legitimate desire of decision makers to field systems as soon as possible rushes the 
development of a logistic support system. This problem is especially profound in an 
NDI procurement. Yet logistic support requirements must receive the same 
consideration given to performance requirements and delivery schedules by program 
managers. The fact that an NDI procurement strategy allows a system to be fielded 
faster or more cheaply must not be used as justification for fielding a system without 
a support system. 

3. Finish the NDI Handbook 

The 1986 Packard Commission Report increased the emphasis on NDI 
procurement for all levels of DOD. The initial draft provides a wealth of information 
on the DOD’s acquisition policy on NDI’s. The manual defines NDI, explains how 
NDI acquisition can be tailored within the systems acquisition process and lists factors 
to consider when developing an NDI acquisition strategy. The responsible offices 
should complete the preparation of this manual and distribute it as widely among 
acquisition persons as is possible. 

C. AREAS FOR FURTHER STUDY 

The following issues were raised during the research and are recommended for 
further study: 

1. Are special or abbreviated rules for acquisition of commercial products 
justified? 
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2. Do NDI’s have a special ability to take advantage of competitive market 
forces? 

3. What are the risks and effects of "end item proliferation" as a result of 
emphasis on NDI acquisition strategy? 

1. Special Rules 

Many documentation and analysis requirements in the DOD’s acquisition 
program do not apply to products the are already developed. For example. Human 
Factors Analysis will not affect a system that is already being produced. These 
requirements are costly and add little to the quality of the system. There is significant 
room for elimination of requirements for commercial products. A study would focus 
on the need for a special set of acquisition regulations for buying commercial 
equipment. 

2. NDI in the Competitive Market 

Recent studies have indicated that the artificial competition created by 
establishing a second source for major defense systems may not provide any of the 
benefits of a natural competitive market. Conversely, NDI’s have some unique 
characteristics to take advantage of competitive market forces. Research should focus 
on how NDI programs are effected by competition and how multiple sources benefit 
the Government. 

3. End Item Proliferation 

Many programs exist in DOD to protect against the effects of end item 
proliferation. These programs include the DOD Parts Control Program, the DOD 
Interchangeability and Substitutability System and the Defense Standardization and 
Specification Program. The effects of this proliferation on military readiness is not 
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understood. Since the cataloging systems designed to minimize proliferation are 
dependent on technical data, the research would compare the support items for the NDI 
versus the non-NDI system. 
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APPENDIX A 


NDI QUESTIONNAIRE 


1. What is your activity’s definition of a commercial/non developmental item (NDI) 
system? 

2. How does the NDI acquisition differ from an acquisition on a system with a full 
development? 

3. Was an NDI solution to the acquisition process mandated or was it reached as a 
result of the acquisition process? 

4. At what point in the acquisition process, if any, was an NDI solution considered? 

5. What were the major advantages gained by using the NDI? 

6. What were the costs involved in using the NDI? 

7. What do you see as the major impact of NDI on logistical support? 

8. How can logistic support for NDI systems be improved? 

9. What support system is best suited for supporting the NDI, organic, commercial, 
a mix, or no support at all? 

10. What program characteristics affect how the system will be supported? 

11. What system use characteristics affect how the system will be supported? 

12. What system characteristics affect how the system will be supported? 
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APPENDIX B 


GLOSSARY 


Affordability 

Affordability is the degree to which the system’s costs can be borne by the 
procuring activity. 

Availability 

Availability is the measure of the degree a system is in the operable and 
committable state at the start of a mission when the mission is called for at an 
unknown, random time. This is often called "operational readiness.” It is the 
probability that the system is operating satisfactorily at any point in time when used 
under stated conditions, where the total time considered includes operating time, active 
repair time, administrative time and logistics time. 

Depot Maintenance 

Depot maintenance is performed by designated maintenance activities on segmented 
stocks of serviceable material. Depot maintenance support, organizational maintenance, 
and intermediate maintenance activities are accomplished by the use of the more 
extensive shop facilities, equipment, and personnel of higher technical skill than are 
available at the lower levels of maintenance. Its phases normally consist of inspection, 
test, repair, modification, alteration, modernization, and overhaul of weapons systems 
and parts. Depot maintenance is normally accomplished in fixed ships, shipyards, and 
other shore-based facilities, or by depot field teams. 

Integrated Logistic Support 

Integrated Logistic Support (ILS) is a management function that provides the initial 
planning, funding and controls which help to assure that the ultimate consumer or user 
will receive a system that will not only meet performance requirements, but one that 
can be expeditiously and economically supported throughout its programmed life cycle. 
A major objective of ILS is to assure the integration of the various elements of 
support. Included within ILS is the development of a preliminary logistic support plan 
during the conceptual design phase and a formal integrated logistic support plan (ILSP) 
during the advanced development phase 
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Intermediate Maintenance 


Intermediate maintenance is the responsibility of and is performed by designated 
maintenance activities for support of using organizations. Its phases normally consist 
of calibration, and repair or replacement of damaged or unserviceable parts, 
components, or assemblies; the manufacture of critical non-available parts; and 
providing technical assistance to using organizations. Intermediate maintenance is 
normally accomplished in fixed or mobile ships, tenders, shore-based repair facilities, 
or by mobile teams. 

Life Cycle Cost 

Life Cycle Cost (LCC) involves all costs associated with the system life cycle, to 
include: 

1. Research and development (R&D) cost - the cost of feasibility studies; 
system analyses; detail design and development, fabrication, assembly, and 
test of engineering models; initial system test and evaluation; and associated 
documentation. 

2. Production and construction cost - the cost of fabrication, assembly, and test 
of operational systems (production models); operation and maintenance of 
the production capability; and associated initial logistic support requirements. 

3. Operation and maintenance cost - the cost of sustaining operation, personnel 
and maintenance support, spare and repair parts and related inventory costs, 
test and support equipment maintenance, transportation and handling, 
facilities, modifications and technical data changes. 

4. System retirement and phaseout cost - the cost of phasing the system out 
of the inventory due to obsolenscence or wearout, and subsequent equipment 
item recycling and reclamation as appropriate. 

Logistic Support Analysis 

Logistic Support Analysis (LSA) is an iterative analytical process by which the 
logistic support necessary for a new system is identified and evaluated. LSA constitutes 
the application of selected quantitative methods to (1) aid in the initial determination 
and establishment of logistic criteria as an input to system design, (2) aid in the 
evaluation of various design alternatives, (3) aid in the identification and provisioning 
of logistic support elements, and (4) aid in the final assessment of the system support 
capability during consumer use. LSA is a design analysis tool employed throughout 
the early phases of system development and often includes the maintenance analysis, 
life cycle cos nalysis. and logistics modeling. An output of LSA is the identification 
of and justification for logistic support resources. This output is sometimes identified 
as the logistic support analysis record (LSAR.) 

Maintainability 

Maintainability, like reliability, is an inherent characteristic of system design. It 
pertains to the ease, accuracy, safety, and economy in the performance of maintenance 
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actions. A system should be designed such that it can be maintained without large 
investments of time. cost, or other resources (e.g.. personnel, materials, facilities, test 
equipment) and without adversely affecting the mission of that system. Maintainability 
is the ability of an item to be maintained, whereas maintenance constitutes a series of 
actions to be taken to restore or retain an item in an effective operational state. 
Maintainability is a result of design. 

Maintainability can also be defined as a characteristic in design that can be 
expressed in terms of maintenance frequency factors, maintenance times, and 
maintenance cost. These teims may be presented as different figures of merit; 
therefore, maintainability may be defined on the basis of a combination of factors, such 
as. 

1. A characteristic of design and installation which is expressed as the 

probability that an item will be retained in or restored to a specified 
condition within a given period of time, when maintenance is performed in 
accordance with prescribed procedures and resources 

2. A characteristic of design and installation which is expressed as the 

probability that maintenance will not be required more than x times in a 
given period, when the system is operated in accordance with prescribed 
procedures. This may be analogous to reliability when the latter deals with 
the overall frequency of maintenance. 

3. A characteristic of design and installation which is expressed as the 

probability that the system is maintained in accordance with prescribed 
procedures. 

Maintainability requires the consideration of many different factors involving all 
aspects of the system. Maintainability is an inherent characteristic of design, must be 
properly considered in the early phases of system development, and maintainability 
activities are applicable throughout the life cycle. 

Organizational Maintenance 

Organizational maintenance is the responsibility of and is performed by a using 
organization on its assigned equipment. Its phases normally consist of inspecting, 
servicing, lubricating, adjusting, and the replacement of parts, minor assemblies, and 
subassemblies. 


Pliability 


Reliability is the probability that a system or product will perform in a satisfactory 
manner for a given time when used under the specified operating conditions. This 
definition stresses the elements of probability, satisfactory performance, time and 
specified operating conditions. These four elements are extremely important, since each 
plays a significant role in determining system reliability. 

Probability, the first element in the reliability definition, is usually stated as a 
quantitative expression representing a fraction or a percent signifying the number of 
times that an event occurs (successes), divided by the total number of trials. For 
instance, a statement that the probability of survival of an item for 80 hours is 0.75 
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(or 75%) indicates that we can expect that the item will function properly for at least 
80 hours. 75 times out of 100 trials. 

When there are a number of supposedly identical items operating under similar 
conditions, it can be expected that failures will occur at different points in time; thus, 
failures are described in probabilistic terms. In essence, the fundamental definition of 
reliability is heavily dependent on the concepts derived from probability theory. 

Satisfactory performance, the second element in the reliability definition, indicates 
that specific. criteria must be established which describes what is considered to be 
satisfactory system operation. A combination of qualitative and quantitative factors 
defining the functions that the system or product is to accomplish, usually presented 
in the context of a system specification, are required. 

The third element, time, is one of the most important since it represents a measure 
against which the degree of system performance can be related. One must know the 
"time" parameter in order to assess the probability of completing a mission or a given 
function as scheduled. Of particular interest is being able to predict the probability of 
an item surviving (without failing) for a designated period. Also, reliability is 
frequently defined in terms of mean time between failure (MTBF), mean time to failure 
(MTTF), or mean time between maintenance (MTBM); thus the aspect of time is 
critical in reliability measurement. 

The specified operating conditions under which we expect a system or product to 
function constitute the fourth significant element of the basic reliability definition. 
These conditions include environmental factors such as geographical location where the 
system is expected to operate, the operational profile, the transportation profile, 
temperature cycles, humidity, vibration, shock, and so on. Such factors must not only 
address the conditions for the period when the system or product is operating, but the 
conditions for the periods when the system (or a portion thereof) is in a storage mode 
or being transported from one location to the next. Experience has indicated that the 
transportation, handling, and storage modes are sometimes more critical from a 
reliability standpoint than the conditions experienced during actual system operational 
use. 

The four elements discussed above are critical in determining the reliability of a 
system. System reliability is a key factor in the frequency of maintenance, and the 
maintenance frequency obviously has a significant impact on logistic support 
requirements. Reliability predictions and analyses are required as an input to the 
logistic support analysis. 

Reliability is an inherent characteristic of design. As such, it is essential that 
reliability be adequately considered at program inception, and that reliability be 
addressed throughout the system life cycle. 

Siipportahility 

Supportability relates to the degree to which the system can be supported, both in 
terms of the inherent characteristics of prime equipment design and the effectiveness 
of the overall support capability (i.e., elements of logistic support.) This term is 
commonly used in a rather general sense, and its use often implies some degree of 
overlap with reliability and maintainability. 
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APPENDIX C 


ATE 

CD&V 

CECOM 

CE/D 

DCP 

DOD 

DODD 

DOP 

F 3 

FSD 

ILS 

ILSP 

IOC 

LCC 

LCDR 

LOG MARS 

LSA 

MAA 


ACRONYMS 

Automatic Test Equipment 
Concept Demonstration and Validation 
Communications-Electronics Command 
Concept Exploration/Definition 
Decision Coordinating Paper 
Department of Defense 
Department of Defense Directive 
Decision Options Paper 
Form, Fit and Function 
Full Scale Development 
Integrated Logistic Support 
Integrated Logistic Support Plan 
Initial Operating Capability 
Life Cycle Costs 
Lieutenant Commander 

Logistic Applications of Automated Marking and Reading Symbols 
Logistic Support Analysis 
Mission Area Analysis 
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MILSPEC 


MILSTD 

MLDT 

MNS 

MTBF 

MTTR 

NAVSUP 

NDI 

NS 

OMB 

OPNAV 

OR 

OS 

OT&E 

POM 

PMO 

PPBS 

RAM 

ROC 

R&D 

SCP 

SPAWAR 

SSDM 


Military Specification 
Military Standard 
Mean Logistics Delay Time 
Mission Need Statement 
Mean Time Between Failure 
Mean Time To Repair 
Naval Supply Systems Command 
Non Developmental Item 
No Support 

Office of Management and Budget 

Office of the Chief of Naval Operations 

Operational Requirement 

Organic Support 

Operational Test and Evaluation 

Program Objectives Memorandum 

Program Management Office 

Planning, Programming and Budgeting System 

Reliability, Availability, Maintainability- 

Required Operational Capability 

Research and Development 

System Concept Paper 

Space and Warfare Systems Command 

Support System Decision Matrix 
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TCS 

TEMP 

TOR 

WSA 

WSE 


Total Contractor Support 
Test and Evaluation Master Plan 
Tentative Operational Requirement 
Weapon System Architecture 
Weapon System Engineering 
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